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(57] ABSTRACT 

An internetwork routing protocol which supports virtual 
networks. Routing tables are maintained in routers or gate- 
ways which identify whether or not a destination is directly 
reachable by the router listed in the routing information 
entry, or whether it is merely part of a virtual network served 
by the listed destination routers. For directly reachable 
connections, datagrams may be directly delivered to any 
router claiming such status with respect to the network with 
assurance of likely delivery to the destination. Routers in 
communication with a virtual network must first be queried 
for the identity of a particular destination router address 
before packets are delivered to eliminate the need of packet 
forwarding. 
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METHOD AND APPARATUS FOR ROUTING 
FOR VIRTUAL NETWORKS 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to internetwork communi- 
cations. More particularly, the present invention relates to a 
method and apparatus for internetwork routing in systems 
that include virtual networks. 

2. Art Background 

Computer networks are implemented to exchange infor- 
mation from one location to another. The information may 
be data exchanged between users of the computer network, 
or data propagated from one user to a peripheral device such 
as a printer or remote data storage location. In recent years, 
networking systems have spread worldwide, increasing the 
efficiency of user's working habits by increasing the volume 
of information that can be exchanged almost instantaneously 
from one location to another. The effect has been revolu- 
tionary. Today, even personal communications and docu- 
ment delivery are handled via electronic mail where, in the 
past, other means of communicating would have been 
required. 

The proliferation of computer networks has necessitated 
the development of internetworking communications 
devices. These devices, often referred to as routers or 
gateways, provide a mechanism for users (or nodes) of one 
network to communicate with users (or nodes) of another 
network. U.S. Pat. No, 5,251 ,205 issued to Ross W. Callon 
et al. teaches a method for multiple protocol routing wherein 
data packet formats appropriate for one network are in an 
inappropriate format for a second network and require a 
special treatment prior to propagation from the first network 
to the second network. The role of routers or gateways is to 
provide a communications path between interconnected 
networks regardless of the protocols implemented by the 
various networks. 

In order to propagate information from a node on one 
network to a node or group of nodes on other networks, it is 
necessary to determine a path through the interconnected 
series of links and networks for the data to be propagated. 
Numerous routing protocols have been developed for cal- 
culating routes over interconnected networks. "'Computer 
Networks", second edition, Andrew S. Tanenbaum, Pren- 
tice-Hall, 1988, pp. 289-309, describes numerous such 
routing protocols. In popular routing algorithms, such as 
those described in Tanenbaum, each router determines 
which end systems are attached to it, what links to other 
routers are available, the states of those links, and the 
identities of the routers on the other ends of those links. To 
initialize an internetwork environment, each router places 
this information in a control packet known as a Link State 
Packet (LSP), and transmits this LSP to all of the other 
routers in the internetwork. Later, when changes in the 
network occur, one or more routers may generate new LSPs 
which supersede previously generated LSPs. 

As long as the most recent LSPs are propagated reliably 
to all of the routers, each router will have complete infor- 
mation about the topology of the internetwork environment 
and can generate a routing database describing routes 
through the internetwork. In order for user data packets to be 
delivered to their destinations, each end system on the 
internetwork environment must have an unambiguous 
address. There are several independent standards organiza- 
tions which document and promulgate address allocation 
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schemes, as well as control end user data packet formats 
which may be used for communicating under these schemes. 
Many networks and internetworks interconnected through 
current routing technologies have been configured according 

5 to these addressing schemes and formats. 

Recent advances in networking theory have introduced 
. the concept of "virtual networks" or virtual subnetworks. 
One reason for the introduction of virtual networks is for the 
support of mobile end stations. While a mobile end station 

10 may have a unique address, its physical location may vary 
from time to time. It would be inefficient for every other user 
on an interconnected series of networks to have to update, 
their address tables every time every mobile end station 
changed physical locations. Thus, it is convenient for mobile 

l5 stations to maintain a single (virtual) address for which all 
other end stations or nodes can use to reach it. Additionally, 
virtual networks are useful for giving a common group of 
end stations an address which implies a common subnet- 
work address, even though those end stations may actually 

20 be distributed over numerous physical networks. The dis- 
tributed subnetworks combine to comprise the virtual net- 
work. This ability is gaining in commercial importance. 
Thus, a number of host systems comprising a single sub- 
network with an address identifier which identifies that 

25 subnetwork may in fact be interconnected through different 
routers. 

A likely typical situation for implementing virtual net- 
works concerns the routing of the internetwork protocol (IP) 
type networking packets over an asynchronous transfer 

30 mode (ATM) network. The ATM protocols define the need 
for coordination of route computation between multiple 
systems serving the same network using emerging LAN 
Emulation protocols. 

Under existing routing protocols such as the Internet- 

35 working Protocol (IP), there is no provision for Link State 
Packets to be formulated by a router which identifies 
whether or not a router is connected to all hosts of a given 
network, or is merely capable of answering queries regard- 
ing the hosts of a distributed virtual network. That is, when 

40 a virtual network is distributed over several routers, each 
router can only identify in its LSP that the subnetwork is 
(eventually) reachable from it. There is no way to identify 
that the router is not directly in communication with all 
nodes of the network. Currently, this is no different from 

45 information provided by a router which is direcdy connected 
to all hosts on a real physical network. Packets forwarded to 
a router connected to a virtual network, but not to a router 
physically coupled to the destination host will have to be 
forwarded lu the correct router within the virtual network 

50 which is connected tu the host. This is inefficient. As an 
alternative, prior to routing data from one host on one 
network connected to a router to another network connected 
to a different router, the sending or originating router may 
send a query to some or all of the routers which claim a 

55 connection to the virtual destination network asking for an 
actual physical router address to send to which is connected 
to the desired host. This mechanism, however, is inefficient 
for those routers which are directly connected to all hosts of 
a physical destination network. It would be desirable, and is 

60 therefore an object of the present invention, to provide a 
routing mechanism which efficiently handles the case of an 
interconnected series of networks which may include both 
distributed virtual networks and discrete physical networks. 

SUMMARY OF THE INVENTION 

65 

From the foregoing, it can be appreciated that it would be 
desirable to provide a routing mechanism which supports an 
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interconnected series of networks wherein some networks 
comprise subnetworks which are distributed over a virtual 
network. Further, it is an object of the present invention to 
support efficient routing in an internetwork environment 
which includes such virtual networks. 5 

These and other objects of the present invention are 
provided by a new internetworking routing protocol in 
which link state packets (LSP) propagated by routers include 
information which indicates whether a given network is a 
directly reachable one, or one that is a virtual network only 10 
partially connected to the router. The routers implementing 
this protocol will maintain in their routing tables this virtual 
network identification information about which networks 
are "directly reachable" by the other routers in the system in 
which ones are merely "address served" by the other routers 15 
in the internetwork environment. 

In one embodiment of the present invention, the specifi- 
cation of the network connection type (physical or virtual) is 
provided by data included in the routing topology informa- 
tion propagated between routers in the internetwork envi- 20 
ronment. In an alternative embodiment, the routing protocol 
may be implemented by having a router identify that it is 
first providing addresses for one type of network connection 
and then providing the network addresses for a second type 
of network. For example, physical network information may 25 
be followed by virtual network information. 

With routers that implement the internetwork routing 
protocol of the present invention, data packets or datagrams 
that need to be sent from one location to another location can 3Q 
be most efficiently directed. For example, if two routers are 
listed in an originating router's routing tables as being 
directly reachable with respect to a destination network, the 
originating router may deliver the packet to either one of 
those two routers based on conventional routing algorithms 35 
with assurance that the datagram will reach its destination 
node with a high probability. It is unnecessary for the 
originating router to query the two "directly connected" 
routers as to which one should receive the datagram for a 
given host destination. For a situation where two routers are 4Q 
listed as "address served" routers in the originating router's 
routing tables, the router knows that the destination network 
is a virtual network. In this case the originating router should 
query one or both of the routers connected to the destination 
network for a true physical destination router address to 45 
deliver the packet. In this manner, routers connected to 
virtual networks are queried while routers connected to a 
physical network may immediately be forwarded packets 
without the delay of a query. 

BRIEF DESCRIPTION OF THE DRAWINGS 50 

The objects, features and advantages of the present inven- 
tion will be apparent from the following detailed description 
in which: 

FIG. 1 illustrates a hypothetical internetwork environment 55 
which includes both virtual and physical networks. 

FIG. 2 illustrates a general block diagram of a router 
which may incorporate the teachings of the present inven- 
tion. 

60 

FIG. 3 illustrates the data assignment in a link state packet 
which provides information about the nature of a network 
connection for a router. 

FIG. 4 is a flow diagram in accordance with an alternative 
embodiment of the present invention for providing network 65 
connection type information to interconnected routers of an 
internetwork environment. 
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FIG. 5 illustrates a flow diagram suitable for use in 
implementing routing tables which incorporate the network 
connection type information of the present invention. 

DETAILED DESCRIPTION 

The present invention provides a method and apparatus 
for packet routing over an internetwork environment which 
include both physical and virtual networks. In the following 
detailed description, specific details are set forth such as 
particular routing protocols and specific bit designations in 
order to provide a thorough understanding of the present 
invention. It will be appreciated, however, by one skilled in 
the art that the rouung techniques defined in accordance with 
the present invention may be practiced over numerous 
internetwork topologies using numerous network protocols. 
In other instances, well-known control structures and gate 
level circuits have not been shown in detail in order to avoid 
obscuring the present invention. 

Referring first to FIG. 1', a hypothetical internetwork 
environment configuration is illustrated in an embodiment in 
which virtual networks are likely to be utilized. There is 
shown at the center of the internetwork environment a 
digital network interface metaphorically referred to as an 
asynchronous transfer mode (ATM) cloud 100, which sys- 
tems are becoming well known in the art for providing 
virtual channels for interconnections between routers con- 
necting various networks. 

The use of an internetwork configuration which includes 
the ATM cloud 100 is a suitable example for implementing 
the present invention because a likely scenario for the 
implementation of virtual networks will include the routing 
of internetwork protocol (IP) packets over an ATM network. 
This type of network will require coordination between the 
multiple routers that serve the same distributed virtual 
network to be handled using developing techniques of LAN 
Emulation and for Multiplexed Over ATM (MPOA). For 
purpose of the present invention, it is assumed that the 
multiple routers servicing an identified virtual network will 
be able to coordinate amongst themselves for determining 
which router is in fact physically in communication with a 
subnetwork of the virtual network coupled to a desired host 
station. 

In the illustrated internetwork configuration of FIG. 1, 
there are actually illustrated three networks. Host systems 1 
and 3 (110, 111) are on Virtual Network 1 and are illustrated 
geometrically coded as boxes. This implies that, for 
example, the network layer addresses for Hosts 1 and 3 will 
be assigned based on their attachment to the "box" network. 
Hosts 2, 4, and 5 (120, 121 and 122) are on a separate virtual 
network, Virtual Network 2, illustrated using triangular 
shaped host systems. Hosts 6, 7, 8 and 9 (130, 131, 132 and 
133) are on a real physical network 135 noted as the Physical 
Network with circular shaped host designations in the figure. 

As described in the preceding section, with previous 
routing protocols, router A 140 and router B 141 would each 
announce reachability to Virtual Network 1 and Virtual 
Network 2. Each is connected to a subnetwork of hosts 
residing on the virtual network. Similarly, router D 142 and 
router E 143 would each announce to the other routers their 
reachability to the circular physical network 135. 

The deficiency of preceding protocols can best be illus- 
trated with the foDowing examples: suppose that two data- 
grams (for example, two IP packets) arrive at router C 144 
and need to be delivered to their respective destinations. The 
first packet is addressed to Host 5 (122) on the triangular 
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virtual network. The second packet is addressed to Host 9 
(133) on the physical network 135. In both of these cases, 
there are two routers which are announcing reachability to 
the desired destination network. However, in this case 
traditional routing protocols do not provide for router C 144 5 
to know which reachability information announced through 
the routing protocol is for the virtual networks such as the 
triangular and square virtual networks, and which identifies 
reachability to a real physical network. 

With traditional routing protocols, inefficient operation is 10 
likely in one or both of the above cases. There are two 
approaches which could be used: (i) use routes to any router 
announcing reachability to the associated network, and rely 
on the router to forward the packet if necessary. An example 
of how this may be suboptimal is that the packet from router 
C 144 for host 5 (122) may be sent first to router A 140 15 
which will then have to forward the packet to router B 141 
before delivery to Host 5 (122); (ii) before sending the 
packet, send a query to one of the routers announcing 
reachability to the associated network, and wait for a 
response before forwarding to the packet. This would allow 20 
the routers serving the network to coordinate amongst 
themselves and determine which router should receive the 
packet for delivery to the destination host. In the above 
example, this is not an optimal approach because the packet 
that is destined for host 9 (133) will not be forwarded until 25 
after the response to the query is received, even though 
router D 142 and router E 143 which are both announcing 
reachability to the network containing Host 9 (133) can in 
fact both reach the entire physical network direcdy. This 
query approach is currently being considered for implemen- 30 
tation with existing protocols in order to provide compat- 
ibility. It has been called the Next Hop Resolution Protocol 
(NHRP) which at least provides compatibility with the 
existing IP protocol. 

The present invention proposes a solution such that the 35 
two packets described in the above example may both 
optimally be delivered to the destination hosts with no 
unnecessary delay. 

FIG. 2 illustrates a general block diagram of a router 200. 40 
At its simplest reduction, the router 200 comprises a routing 
engine 201 which controls sending data packets and the 
above described link state packets to the other routers in the 
network through the routing transmit control block 202. 
Incoming data packets and link state packets are received 45 
from the other routers in the network through routing receive 
control block 203 for processing by the routing engine 201. 
The router 200 maintains in a memory device or other 
storage mechanism routing tables 205 derived in response to 
the link state packets and other control packets received by 50 
the router 200. 

The present invention involves maintaining information 
concerning the direct reachability for directly connected 
physical networks and for the ability to answer queries for 
virtual networks while using the same packet routing pro- 55 
tocol. Accordingly, when link state packets are exchanged 
between the routers of FIG. 1, routers A 140 and B 141 will 
each announce that they can answer queries related to the 
triangular and square virtual networks 1 and 2 to which they 
are both only partially connected. Routers D 142 and E 143 60 
announce that they have direct reachability to the entire 
physical network noted by the circularly drawn hosts. In 
accordance with one embodiment of the present invention, 
this information is provided by including virtual network 
identification information in the link state packet as illus- 65 
trated in FIG. 3 wherein for each connection advertised in 
the link state packet at least one bit is designated for 



indicating whether the sending router for the connection has 
a "directly reachable" connection to the entire physical 
network or whether it is merely an "address served" router 
for a portion of the virtual network which may have nodes 
connected to other routers. This same information is main- 
tained in the routing table entries by the routers receiving 
this packet. 

FIG. 4 illustrates a flow diagram of a method for an 
alternative embodiment of the present invention which 
would not require changing current packet designations of 
bit assignments for the link state packets but does require a 
different handshaking protocol between the routers when 
providing the link state packets between them. The Propa- 
gate Routing Table Information routine 400 is a periodic 
routine which at decision box 401 determines if it is yet time 
to send the next set of link state information to the other 
routers in the internetwork environment. In accordance with 
this embodiment of the present invention, a router will 
divide the information it sends out into two parts. First, at 
step 402, it will propagate a message over the network 
identifying that the following packets are going to be the 
class of link state packets identifying "directly reachable" 
connections. This is followed at step 403 by sending the 
routing table information for those entries which correspond 
to directly reachable physical networks. Following that, at 
step 404, an indication is sent out from the router that the 
next set packets to follow contain addresses identifying 
connections for which the router is merely in the "address 
served" state suggesting that the network is virtual and may 
in fact have nodes which are connected to a different router. 
This is followed at step 405 by sending the routing table 
entries for the "address served" connections. 

An internetwork environment implementing the above- 
described protocol for identifying directly reachable physi- 
cal networks versus virtual networks allows for simple 
resolution of the delivery of the two datagrams described in 
the above example. The packet at router C 144 for delivery 
to Host 9 (133) can irnrnediately be sent to either router D 
142 or router E 143, in accordance with other routing 
criteria. Both of these routers are entirely connected to the 
physical destination network so that if the packet is sent 
from router C to either router D or router E, it will not have 
to be forwarded to another router but may then be delivered 
to Host 9 (133). Router C will determine that routers D and 
E both are directly reachable with respect to Host 9 by 
reference to the routing tables maintained by router C 144 
based on link state packets which have earlier been trans- 
mitted by routers D 142 and E 143. 

For the packet destined for Host 5, the router C 144 will 
determine by reference to its routing tables that both router 
A 140 and router B 141 have designated their connections to 
the Virtual Network 1 as being in the "address served" state 
as they arc each only partially connected to the virtual 
network. Thus, the router C will send a query to either or 
both router A or router B to rind out where to physically send 
the packet before delivering it. 

The Packet Delivery routine 500 is illustrated with refer- 
ence to FIG, 5. At step 501, the router which has a packet to 
deliver will look up the destination in its routing tables. The 
originating router will then make a determination at decision 
box 502 as to whether or not the entry indicates that for the 
destination, the connection is "directly reachable" or 
"address served" for the router identified in the routing table 
entry. If an entry indicates that through a given router the 
destination is "directly reachable" at decision box 502 then 
the packet or datagram is delivered at step 503 without the 
delay of a query/response. If the originating router deter- 
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mines that the entry for the destination indicates that a 
destination router is an "address served" router for a virtual 
network, then at step 505 the router will send a query for a 
correct destination or the next hop for delivery of the packet; 
it then waits for a reply. Once the router has determined 5 
where to send the datagram, at step 506, it is delivered to the 
identified destination. The routine then ends at exit block 
1000. 

There has thus been described a protocol which may be 
implemented for both virtual and physical networks in an j 0 
internetwork environment using a common packet protocol. 
Although the present invention has been described in terms 
of an illustrated embodiment, it will be appreciated by those 
of ordinary skill in the art that the present invention may be 
widely implemented over many interconnected network J5 
technologies. Accordingly, the scope of the present inven- 
tion should be determined in terms of the claims which 
follow. 

What is claimed is: 

1. A router for use in an internetwork environment, the 2 o 
router comprising a routing table that stores link state 
packets, each link state packet providing information regard- 
ing an associated network coupled to an associated router of 
the internetwork environment and including virtual network 
identification information that identifies whether the asso- 25 
dated network is a physical network directly reachable by 
the associated router or a virtual network partially connected 

to the associated router. 

2. The router of claim 1 further comprising routing logic 
for controlling the delivery of a data packet to a destination 30 
network, said routing logic delivering said data packet 
directly to a second router coupled to said destination 
network if said virtual network identification information for 
said second router in said routing table memory indicates 
said destination network is a directly reachable network for 35 
said second router. 

3. The router of claim 2 wherein said routing logic queries 
said second router for a delivery address for said data packet 
if said virtual network identification information for said 
second router in said routing table memory indicates said 40 
destination network is a virtual network only partially con- 
nected to said second router. 

4. A method for delivering a data packet to a host on a 
destination network in a communications system including 

a first router and a second router, the second router being 45 
coupled to the destination network, the method comprising 
the steps of: 

in said first router, maintaining a routing table which 
includes virtual network identification information 
indicating whether said destination network is directly 50 
reachable by said second router, or whether said des- 
tination network is only partially connected to said 
second router; 

determining from said routing table if said destination 
network is directly reachable by said second router; and 55 

delivering said data packet to said second router if said 
destination network is identified as being directly 
reachable by said second router. 

5. The method of claim 4 further comprising the steps of: 
determining from said routing table if said destination 

network is only partially connected to said second 
router, 

sending a query to said second router if it is only partially 
connected to said destination network requesting iden- 65 
tifi cation of a next router to deliver said data packet to; 

waiting for a response to said query; and 
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delivering said data packet to said next router. 

6. The method of claim 5 wherein said determining steps 
are carried out by said first router referring to said routing 
table. 

7. The method of claim 4 further comprising the step of 
said second router providing said virtual network identifi- 
cation information to said first router. 

8. The method of claim 7 wherein said providing said 
virtual network identification information step comprises the 
steps of: 

said second router deterrnining if said destination network 
is entirely connected to said second router; 

formulating a link siate packet identifying said second 
router's virtual network identification information with 
respect to said destination network; and 

propagating said link state packet to said first router. 

9. The method of claim 7 wherein said providing said 
virtual network identification information step comprises the 
steps of: 

determining if said destination network is entirely con- 
nected to said second router; 

notifying said first router that a first set of link state 
packets identify networks which are directly reachable 
by said second router; 

including a link state packet for said destination network 
in said first set of link state packets if said destination 
network is entirely connected to said second router; 

conveying said first set of link state packets to said first 
router; 

notifying said first router that a second set of link state 
packets identify networks which are only partially 
connected to said second router; and 

including said link state packet for said destination net- 
work in said second set of link state packets if said 
destination network is only partially connected to said 
second router; 

conveying said second set of link state packets to said first 
router. 

10. A method for routing packets over a communications 
internetwork that includes both physical and virtual net- 
works, said method comprising: 

routers of said communications network exchanging con- 
nection information identifying which network connec- 
tions are physical and which are virtual; and 

said routers thereafter routing packets according to the 
connection information. 

11. The method of claim 10 further comprising: 
directly delivering packets for a destination network to a 

router if connection information regarding the router 
identifies the router as having a physical network 
connection to said destination network; and 
sending a destination query to the router if connection 
information regarding the router identifies the router as 
having a virtual network connection to said destination 
network. 

12. A method of delivering a data packet to a host on a 
destination network in a communications system, said com- 
munications system including a first router and a second 
router, the second router being coupled to the destination 
network, the method comprising the steps of: 

maintaining a routing table, in the first router, which 
identifies the destination network as being either a 
physical or a virtual network; 

receiving the data packet, for delivery to the host on the 
destination network, at the first router; 
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determining from the routing table whether the destina- 
tion network is a physical or virtual network; and 

delivering the data packet to the second router if the 
destination network is determined to be a physical 
network. 5 

13. A method of delivering a data packet according to 
claim 12, including the step of sending a query to the second 
router if the destination network is a virtual network to 
determine whether the host is directly reachable by the 
second router. io 

14. A method of delivering a data packet according to 
claim 13 including the steps of: 

receiving a response to the query from the second router 

at the first router; 
determining whether the host is directly reachable by the 

second router from the response; and 
delivering the data packet to the second router if the host 

is determined to be directly reachable. 

15. A method of maintaining a routing table in a first 2 o 
router in a communication system, the communication sys- 
tem including a second router and a destination network, the 
destination network being coupled to the second router and 
including a destination host, the method including the steps 

o£ 25 

determining if the destination network coupled to the 

second router is a virtual network; 
formulating a link state packet for propagation from the 

second router, the link state packet identifying the 

destination network as being coupled to the second 30 

router; 

propagating the link state packet from the second router to 

the first router; 
receiving the link state packet at the first router; and 
maintaining the routing table in the first router to indicate 
that the second router is coupled to the destination 
network and whether the destination network is a 
virtual network, wherein the step of maintaining the 
routing table to indicate whether the destination net- 40 
work is a virtual network is performed in response to an 
indication by the link state packet that the destination 
network is a virtual network. 

16. A method of maintaining a routing table according to 
claim 15 including the step of including the link state packet 45 
in a first set of link state packets propagated to the first router 

if the destination network is a virtual network, thereby to 
indicate that the destination network is a virtual network. 

17. A method of maintaining a routing table according to 
claim 15 including the step of including the link state packet 50 
in a second set of link state packets propagated to the first 
router if the destination network is a physical network, 
thereby to indicate that the destination network is a physical 
network. 

18. A method of maintaining a routing table according to 55 
claim 16 wherein information indicating whether the desti- 
nation network is a virtual network is included in the link 
state packet. 

19. An internetwork system comprising: 

a destination network including a destination host; 60 

a first internetwork communication device coupled to the 
destination network; and 



35 



a second internetwork communication device including: 
an input for receiving a link state packet propagated by 
the first internetwork communication device over the 
internetwork system; and 
a memory device storing routing data indicating 
whether the destination network is a physical or 
virtual network, so as to allow the second internet- 
work communication device to determine whether a 
data packet, received by the memory device for 
delivery to the destination host, is for transmission to 
a physical or a virtual network. 

20. An internetwork system according to claim 19 
wherein the second internetwork communication device 
includes routing logic circuitry for controlling the delivery 
of the data packet to the destination host, the routing logic 
circuitry being adapted to deliver the data packet directly to 
the first internetwork communication device if the destina- 
tion network is a physical network. 

21. An internetwork system according to claim 19 
wherein the second internetwork communication device 
includes routing logic circuitry for controlling the delivery 
of the data packet to the destination host, the routing logic 
circuitry being adapted to query the first internetwork com- 
munication device for a delivery address for the data packet 
if the destination network is a virtual network. 

22. An internetwork system according to claim 19 
wherein the first and second internetwork communication 
devices are routers. 

23. A source internetwork communication device for use 
in an internetwork system including a receiving internet- 
work communication device coupled to a destination net- 
work, the source internetwork communication device com- 
prising: 

an input for receiving a link state packet propagated by the 
receiving internetwork communication device over the 
internetwork system; and 

a memory device storing routing data indicating whether 
the destination network is a physical or virtual network, 
so as to allow the source internetwork communication 
device to determine whether a data packet, received by 
the memory device for delivery to a destination host 
included in the destination network, is for transmission 
to a physical or a virtual network. 

24. A source internetwork communication device accord- 
ing to claim 23 including routing logic circuitry for control- 
ling the delivery of the data packet to the destination host, 
the routing logic circuitry being adapted to deliver the data 
packet directly to the receiving internetwork communication 
device if the destination network is a physical network. 

25. A source internetwork communication device accord- 
ing to claim 23 including routing logic circuitry for control- 
ling the delivery of the data packet to the destination host, 
the routing logic circuitry being adapted to query the receiv- 
ing internetwork communication device for a delivery 
address for the data packet if the destination network is a 
virtual network. 

26. A source internetwork communication device accord- 
ing to claim 23 wherein the source internetwork communi- 
cation device comprises a router 
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